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DETAILED ACTION 

1. Applicant's Request for Continued Examination filed 02 April 2009 is 
acknowledged. 

2. Applicant's Amendment filed 02 April 2009 is acknowledged. 

3. Claims 1-3, 5, 9-11, 13, 16-18, 20, and 24-26 have been amended. 

4. Claims 6 and 21 are cancelled. 

5. Claims 1-5, 7-20, and 22-26 are pending in the present application. 

Continued Examination Under 37 CFR 1.114 

6. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. 

Claim Rejections - 35 USC §112 

7. Claims 1, 9, and 16 are rejected under 35 U.S.C. 112, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. 
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Claims 1, 9, and 16 recite the limitation "if the determining step determines that 
the network device can be accessed using the selected communication protocol, 
performing further tests to determine whether the selected communication protocol can 
be used to extract the status information from the network device; and repeating the 
selecting, obtaining, determining, removing, and performing steps for each protocol of 
the plurality of communication protocols". It is not clear as to what the 'performing 
further tests' comprises, or what the results of said tests would be. In order to avoid 
piecemeal examination and to give the Applicant a better appreciation for relevant prior 
art, the Examiner will consider the claims in light of the prior art based on the 
interpretation of the claims that render the prior art applicable. See, e.g.. Ex parte 
lonescu, 222 USPQ 537 (Bd. App. 1984) and MPEP 2173.06. 



Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 



U.S.C. 103(a) are summarized as follows: 
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1 . Determining tfie scope and contents of tfie prior art. 

2. Ascertaining tlie differences between tlie prior art and ttie claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

9. Claims 1-5, 7-20, and 21-26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mitchell et al. (US 200401 17494 A1) in view of Nadeau et al. (US 
7099947 B1). 

Consider claims 1 , 9 and 16. Mitchell et al. discloses a system and method of 
determining which, if any, communication protocols can be used to extract status 
information related to a network device, comprising: storing, in a device object 
associated with the network device, protocol specific information obtained from a digital 
repository for a plurality of communication protocols (("More particularly, the service 
provider 110 stores (or has access to) available services or software applications 112, 
available communication filters 114, and available protocol elements 1 16. As will 
become clear, communication channels built within the clients 130, 150, 170 and used 
by client applications or service components 140, 154, 180 are formed generally by the 
combination of a single protocol element, such as element 116, that defines network 
protocols and one or more communication filters, such as a filter(s) 114 that define 
communication parameters (such as what security measures are to be taken and how 
to apply such measures). A provisioning agent 118 is provided on the service provider 
1 10 to control which services 112, filters 1 14, and protocol elements 1 16 are made 
available which clients 130, 150, and 170. The provisioning agent 118 responds to 
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discovery requests from tlie clients 130, 150, 170 and when appropriate transfers or 
provisions the services 112, filters 114, and protocol elements 1 16 to the clients 130, 
150, 170. The filters 114 and protocol elements 116 may be provided by the content 
providers 104 or another third-party and typically are registered within the service 
provider 110 (such as in a filter and protocol element registry) and then announced or 
pushed (or otherwise made available) to the clients 130, 150, 170. Once the filter 114 
and/or network protocol element 116 has been deployed to the client 130, 150, 170 the 
client 130, 150, 170 may begin to use the filters 1 14 and elements 1 16 in forming or 
reconfiguring service component communication channels, as explained below in detail. 
The service provider 110 may further, such as with the provisioning agent 118, maintain 
a database (not shown) with information about which filters 114 and which protocol 
elements 116 have been deployed to which clients 130, 150, 170.") paragraph 0023); 
selecting a communication protocol among a plurality of communication protocols (("The 
system 200 further includes a second service component 270 that includes a 
communications channel 272 built by the channel factory 212 of the communications 
manager 210. The communications channel 272 differs from the communication 
channel 232 of the first service 230 and as shown, includes an in channel 276 having a 
protocol element 278 and a channel filter 280 made up of three of the available channel 
filters 218 concatenated together to provide a suite of upper layer protocols. The 
communications channel 272 includes an out channel 284 with a protocol element 286 
selected from the available protocol elements 216 but differing from the protocol 
element 278 of the in channel 276 and with a channel filter 288 again selected from the 
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filters 218 to differ from the in channel filter 280. As can be appreciated, the combination 
of available filters to form channel filters may be quite large as well as the combination 
of such channel filters with lower layer protocols defined by the protocol elements. In 
this fashion, the communications manager 210 is able to support dynamic updating and 
reconfiguring of the communication channels 232, 252, 272 independently of the state 
or operation of the services 230, 250, 270.") paragraph 0032); obtaining, from a device 
object associated with the network device, information for accessing the network device 
using the selected communication protocol (("More particularly, the service provider 110 
stores (or has access to) available services or software applications 112, available 
communication filters 114, and available protocol elements 1 16. As will become clear, 
communication channels built within the clients 130, 150, 170 and used by client 
applications or service components 140, 154, 180 are formed generally by the 
combination of a single protocol element, such as element 1 1 6, that defines network 
protocols and one or more communication filters, such as a filter(s) 1 14 that define 
communication parameters (such as what security measures are to be taken and how 
to apply such measures). A provisioning agent 1 18 is provided on the service provider 
1 10 to control which services 112, filters 1 14, and protocol elements 1 16 are made 
available which clients 130, 150, and 170. The provisioning agent 118 responds to 
discovery requests from the clients 130, 150, 170 and when appropriate transfers or 
provisions the services 112, filters 114, and protocol elements 1 16 to the clients 130, 
150, 170. The filters 114 and protocol elements 116 may be provided by the content 
providers 104 or another third-party and typically are registered within the service 
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provider 110 (such as in a filter and protocol element registry) and then announced or 
pushed (or otherwise made available) to the clients 130, 150, 170. Once the filter 114 
and/or network protocol element 116 has been deployed to the client 130, 150, 170 the 
client 130, 150, 170 may begin to use the filters 1 14 and elements 1 16 in forming or 
reconfiguring service component communication channels, as explained below in detail. 
The service provider 110 may further, such as with the provisioning agent 118, maintain 
a database (not shown) with information about which filters 114 and which protocol 
elements 116 have been deployed to which clients 130, 150, 170.") paragraph 0023); 
determining if the network device can be accessed using the selected communication 
protocol and the information for accessing the network device obtained from the device 
object (("Preferably, the communications manager 132 and components 140, 154 are 
built up on a standardized service framework to facilitate composing the service 
components 140, 154 from a minimal code set with no or little duplication. For example, 
but not as a limitation, the framework or architecture for the client 130, 150 computing 
system may be an OSGi (Open Services Gateway Initiative) component framework, hi 
this example, Java.TM. 2 Platform, Micro Edition (J2ME) is utilized and the clients 130, 
150 can be configured using connected limited device configuration (CLDC) or 
connected device configuration (CDC). Typically, the decision point for using CLDC or 
CDC is the capability, memory, and size of the client 130, 150 with CLDC being 
appropriate for light weight devices such as those using 16-bit processors with less than 
2 megabytes (MB) of memory and CDC being useful when devices used 32-bit 
processors and memory of 2 MB or greater. Hence, the mobile client 130 may be an in- 
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vehicle system or telematics control unit and be built on a J2ME CLDC platform 
standardized per OSGi. The light mobile client 150 may be a 16-bit processor with less 
than 2 MB memory (such as a PDA, cellular phone, or other mobile computing device) 
built on a J2ME CDC platform standardized per OSGi.") paragraph 0026); and if the 
determining step determines that the network device can not be accessed using the 
selected communication protocol, removing, from the device object, the information for 
accessing the network device using the selected communication protocol (("At 430, a 
set of service components are installed (such as the set 320 of FIG. 3), which may 
follow a relatively standard installation of a component within a standardized framework 
(such as within an OSGi container). At 440, the communications manager, such as with 
a channel factory, builds communication channels for each service component by 
combining a protocol element with one or more filters. Alternatively, the channel may be 
built upon instantiation of the particular service to insure that any updates to the protocol 
elements and/or filters are included within the communications channel. The service 
then uses the channel for controlling communications within or outside the computing 
system. At 450, new protocol plug-ins and/or add-on filters are received and, at 460, the 
sets of available protocol elements and/or filters are updated by loading or storing the 
received items as available to the services (and this may include removing outdated 
filters or protocol elements from the set of available filters and protocol elements). At 
470, the communications manager acts to dynamically reconfigure existing 
communications channels as needed for the running service components.") paragraph 
0037); repeating the selecting, obtaining, determining, removing, and performing steps 
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for each protocol of the plurality of communication protocols (("The system of claim 1 , 
further including a provisioning manager for receiving additional ones of the 
communications filters and making the additional filters available to the communications 
manager for use in the building of the communication channels and wherein the 
communications manager reconfigures at least one of the built communications 
channels based on the additional filters by repeating the building to create a 
reconfigured communication channel.") Claim 7 ("The method of claim 9, further 
including after the providing of a set of channel filters, provisioning another one of the 
channel filters and after the communication channel making repeating the 
communication request receiving, the channel filters selecting, the combining, and the 
making, whereby the communication channel is dynamically reconfigured.") Claim 14). 

However, Mitchell et al. fails to disclose a system and method wherein a 
determining step determines that the network device can be accessed using the 
selected communication protocol, performing further tests to determine whether the 
selected communication protocol can be used to extract the status information from the 
network device. 

Nadeau et al. discloses a system and method wherein a determining step 
determines that the network device can be accessed using the selected communication 
protocol, performing further tests to determine whether the selected communication 
protocol can be used to extract the status information from the network device (("In the 
second sub-phase, starting at block 614, the VACM MIB Table and associated MIB 
Views are used for access control. Each PDU that is received in a request contains a 
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context string, a protocol operation and information identifying one or more MIB 
variables over which the specified operation is to be executed. In block 614, the context 
string is extracted from the request, and in block 616 the securityName is extracted from 
the context string.") column 16 lines 29-36). 

Mitchell et al. discloses a prior art method and system for dynamically 
reconfiguring pervasive device communication channels upon which the claimed 
invention can be seen as an improvement. 

Nadeau et al. teaches a prior art comparable method and apparatus providing 
controlled access of requests from virtual private network devices to managed 
information objects using simple network management protocol. 

Thus, the manner of enhancing a particular device (method and apparatus 
providing controlled access of requests from virtual private network devices to managed 
information objects using simple network management protocol) was made part of the 
ordinary capabilities of one skilled in the art based upon the teaching of such 
improvement in Nadeau et al. Accordingly, one of ordinary skill in the art would have 
been capable of applying this known improvement technique in the same manner to the 
prior art method and system for dynamically reconfiguring pervasive device 
communication channels of Mitchell et al. and the results would have been predictable 
to one of ordinary skill in the art, namely, one skilled in the art would have readily 
recognized a method and system for managing protocols used to obtain status 
information from a network device. 
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Consider claims 2, 10 and 17, as applied to claims 1, 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the step of performing further tests comprises: determining whether a vendor of the 
network device can be obtained from the network device using the selected 
communication protocol; if the preceding determining step determines that the vendor 
can not be obtained using the selected communication protocol, checking whether the 
selected communication protocol supports a generic vendor, and if the selected 
communication protocol does not support the generic vendor, removing, from the device 
object, the information for accessing the network device using the selected 
communication protocol; if the preceding determining step determines that the vendor 
can be obtained using the selected communication protocol, obtaining the vendor from 
the network device and determining whether the obtained vendor is supported by the 
selected communication protocol (("Consequently, a request associated with one 
particular VPN cannot obtain information that is associated with another VPN. Further, 
because MIB object instances associated with a particular VPN provide appropriate 
access information in the form of a securityName, object instances may be created, 
deleted or modified on a per-VPN basis, without requiring the instrumentation to 
determine whether a particular Object Instance resides within a particular VPN. In 
addition, SNMP Agents and their MIBs can become "VPN aware" without modification 
to the SNMP Agent code or the MIBs.") Nadeau et al., column 1 1 lines 45-55); if the 
obtained vendor is not supported by the selected communication protocol, checking 
whether the selected communication protocol supports the generic vendor, and if the 
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selected comnnunication protocol does not support the generic vendor, removing, from 
the device object, the information for accessing the network device using the selected 
communication protocol; and if the obtained vendor is supported by the selected 
communication protocol, performing further tests related to model information (("The 
MIB tree is also extensible by virtue of experimental, proprietary and/or private 
branches. There are now more of these enterprise-specific proprietary MIB modules, 
defined unilaterally by various vendors and other groups, than standards-based MIB 
modules. Consequently, there are now a virtually uncountable number of defined 
objects.") Nadeau et al., column 9 lines 38-44). 

Consider claims 3, 1 1 and 18, as applied to claims 2, 10 and 17, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the step of performing further tests related to model information comprises: determining 
whether a model of the network device can be obtained from the network device using 
the selected communication protocol; if the preceding determining step determines that 
the model can not be obtained using the selected communication protocol, checking 
whether the selected communication protocol supports a generic model, and if the 
selected communication protocol does not support the generic model, removing, from 
the device object, the information for accessing the network device using the selected 
communication protocol (Mitchell et al., paragraph 0037); if the preceding determining 
step determines that the model can be obtained using the selected communication 
protocol, obtaining the model from the network device and determining whether the 
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obtained model is supported by the selected communication protocol; and if the 
obtained model is not supported by the selected communication protocol, checking 
whether the selected communication protocol supports the generic model, and if the 
selected communication protocol does not support the generic model, removing, from 
the device object, the information for accessing the network device using the selected 
communication protocol (("Although a number of architectures may be used to 
implement the clients 130, 150, and 170, it may be helpful to describe on useful 
architecture for providing the functionality described herein. FIG. 3 illustrates one 
telematics client architecture 300 that is particularly useful for clients 130, 170 that have 
higher capacity processors and memory available. The illustrated architecture 300 is an 
OSGi architecture with a J2ME CDC platform but, of course, other container 
frameworks (such as any Java-based container framework or other object-oriented 
framework) or other architectures may be utilized for the architecture 300. As with other 
OSGi architectures, the client architecture 300 is built on an operating system 304 (such 
as the host operating system for the client 130, 170) upon which drivers 308 and 
original equipment manufacturer (OEM) specific native code 306 are provided. The 
client architecture 300 further includes a virtual machine 310, such as a CDC-compliant 
Java.TM. Virtual Machine (JVM), upon which are built the OSGi framework 312 and 
OEM-code 314 specific to the virtual machine 310.") Mitchell et al., paragraph 0033). 

Consider claims 4, 12 and 19, as applied to claims 1, 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
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the obtaining step comprises: obtaining, from the device object, a protocol parameter 
map comprising at least one entry, wherein each entry comprises a protocol string and 
a corresponding vector of information used to access the network device using a 
protocol indicated in the protocol string (("In block 620, the securityName is looked up in 
the VAC MIB Table, and in block 622 a determination is made whether the 
securityName is found in the lookup operation. If the specified context string is found in 
the table of MIB Views, then the test of block 622 is affirmative, and control passes to 
block 624. In general, in succeeding steps, the access control policy for that context 
string is accessed in the form of MIB Views that correspond to the protocol operation in 
the request.") Nadeau et al., column 16 lines 37-45). 

Consider claims 5, 13 and 20, as applied to claims 1 , 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the step of determining if the network device can be accessed comprises: transmitting, 
to the network device, the information for accessing the network device using the 
selected communication protocol (("The read-view 508 represents the set of Object 
Instances to which a group is authorized to access when reading objects. Reading 
objects occurs when processing a retrieval operation, i.e., when handling Read Class 
PDUs. The write-view 510 represents the set of Object Instances authorized for the 
group when writing objects. Writing objects occurs when processing a write operation, 
i.e., when handling Write Class PDUs. The notify-view 512 represents the set of Object 
Instances authorized for the group when sending objects in a notification, such as when 
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sending a notification, i.e., wlien sending Notification Class PDUs.") Nadeau et al., 
column 13 lines 34-44); receiving, by the network device, the transmitted information 
(Mitchell et al., paragraph 0023); and determining if the network device responds to the 
received information indicating that the network device can be accessed using the 
selected communication protocol (Mitchell et al., paragraph 0032). 

Consider claims 7, 14 and 22, as applied to claims 1, 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the selecting step comprises: selecting the communication protocol among SNMP, 
HTTP, and FTP (("In the following discussion, computer and network devices, such as 
the software and hardware devices within the mobile client 130, the light mobile client 
150, the non-mobile client 170, the on-board communications system 200, and the 
service providers 1 1 0, are described in relation to their function rather than as being 
limited to particular electronic devices and computer architectures. To practice the 
invention, the computer and network devices may be any devices useful for providing 
the described functions, including well-known data processing and communication 
devices and systems such as portions of in-vehicle computer systems, personal digital 
assistants, personal, laptop, and notebook computers and mobile computing devices 
with processing, memory, and input/output components, and server devices configured 
to maintain and then transmit digital data over a communications network. Similarly, the 
wired and wireless client devices may be any electronic or computing device for 
transmitting digital data over a wired or wireless network and are typically installed or 
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resident witliin mobile veliicles such as automobiles, airplanes, ships, mobile computers 
and computing devices, and the like or in stationary structures such as residential 
structures or buildings utilized by businesses. Data, including client requests, service 
provider or carrier and content provider requests and responses, and transmissions to 
and from the clients 130, 150, 170 and among other components of the system 100 
typically is communicated in digital format following standard communication and 
transfer protocols, such as TCP/IP, HTTP, HTTPS, FTP, IMAP and the like, or IP or 
non-IP wireless communication protocols such as TCP/IP, TL/PDC-P, WSP, Bluetooth, 
802.1 1 b, and the like, but this is not intended as a limitation of the invention. 
Additionally, the invention is directed toward provisioning of communication filter and 
protocol elements and the dynamic creation of communication channels for applications 
on clients 130, 150, 170, but is not limited to a specific native language within the client 
devices (although Java.TM. language implementations are provided for the sake of 
simplicity and to provide at least on specific example), a particular function of an 
application, or a specific client configuration.") Mitchell et al., paragraph 0021). 

Consider claims 8, 15 and 23, as applied to claims 1, 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the step of performing further tests comprises: checking whether the selected 
communication protocol is SNMP, wherein, if the checking step determines that the 
selected communication protocol is SNMP, the selected communication protocol can be 
used to extract the status information from the network device (("In one embodiment, a 
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function located in existing SNMP Agent code is adapted to provide a new access 
control function. Specifically, a FindFirst( ) function is used. In conventional SNMP 
implementations, the FindFirst( ) function is generated as a "stub" function and is later 
modified by the user to find an appropriate table pointer. This pointer is then passed to 
other operations that use it in addition to the managed object instance ID, which serves 
as an index to find a specific object in memory. Accordingly, as indicated in block 634, 
using the FindFirst( ) function, the process queries or modifies objects or functions in 
the lOS software to locate appropriate variable values for processing, or to modify a 
specified object, and to return a status value. According to an embodiment, the 
FindFirst( ) function is modified to provide two processing paths based on whether a 
VPN ID is provided in the function call. At block 636, a test is carried out to determine 
whether a VPN ID is specified in the form of a securityName value in the request.") 
Nadeau et al., column 17 lines 22-40). 

Consider claims 24, 25 and 26, as applied to claims 1 , 9 and 16, respectively. 
Mitchell et al., as modified by Nadeau et al., discloses a system and method wherein 
the step of determining if the network device can be accessed comprises: determining if 
the network device can be accessed by a monitoring computer using the selected 
communication protocol and the information for accessing the network device obtained 
from the device object (("More particularly, the service provider 110 stores (or has 
access to) available services or software applications 112, available communication 
filters 114, and available protocol elements 1 16. As will become clear, communication 
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channels built within the clients 1 30, 1 50, 1 70 and used by client applications or service 
components 140, 154, 180 are formed generally by the combination of a single protocol 
element, such as element 1 1 6, that defines network protocols and one or more 
communication filters, such as a filter(s) 114 that define communication parameters 
(such as what security measures are to be taken and how to apply such measures). A 
provisioning agent 1 18 is provided on the service provider 1 10 to control which services 
112, filters 114, and protocol elements 1 16 are made available which clients 130, 150, 
and 170. The provisioning agent 118 responds to discovery requests from the clients 
130, 150, 170 and when appropriate transfers or provisions the services 112, filters 114, 
and protocol elements 1 16 to the clients 130, 150, 170. The filters 1 14 and protocol 
elements 116 may be provided by the content providers 104 or another third-party and 
typically are registered within the service provider 110 (such as in a filter and protocol 
element registry) and then announced or pushed (or otherwise made available) to the 
clients 130, 150, 170. Once the filter 114 and/or network protocol element 116 has been 
deployed to the client 130, 150, 170 the client 130, 150, 170 may begin to use the filters 
114 and elements 1 16 in forming or reconfiguring service component communication 
channels, as explained below in detail. The service provider 110 may further, such as 
with the provisioning agent 118, maintain a database (not shown) with information about 
which filters 114 and which protocol elements 116 have been deployed to which clients 
130, 150, 170.") Mitchell et al., paragraph 0023 ("A method as recited in claim 1, further 
comprising the steps of providing, at the managed network device, the second mapping, 
and wherein the steps of identifying a subset of objects and providing access comprise 
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the steps of: determining whether the securityName value from the request is in the 
second mapping; when the securityName value from the request is in the second 
mapping: identifying a management information base variable referenced in the request; 
based on one or more views referenced in the second mapping, determining whether a 
protocol operation of the request is allowed for the variable; dispatching information 
identifying the variable and the protocol operation to a code implementation of the 
protocol operation only when the protocol operation is allowed for the variable.") 
Nadeau et al.. Claim 4) 



Response to Arguments 

10. Applicant's arguments filed 31 October 2008 with respect to claims 1 , 9, and 16 
have been considered but are not persuasive. 

Applicant's Representative argues that: 

Regarding the rejection of Claim 1 under 35 U.S.C. ^ 103(a), the '494 application is 
directed to a method and system for dynamically reconfiguring pervasive device 
communication channels. In particular, the '494 application discusses that each channel 
142. 158 includes a single protocol element 136. 162 that defines or understands low- 
level network protocol stacks such as UDP. HTTP. Bluetooth, and the like and one or 
more of the filters 138. 164 which define or understand higher level protocols such as 
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application level protocols (e.g.. SOAP and the like), compression, and other 
application-level protocols. 

However, it is respectfully submitted that the '494 application fails to disclose storing 
in a device obiect associated with the network device, protocol specific information 

obtained 

from a digital repositorv for a plurality of communication protocols. 

However, it is respectfully submitted that the '494 application fails to disclose 
determining if the network device can be accessed using the selected communication 
protocol and the information for accessing the network device obtained from the device 
~. Rather, as noted in the Office Action, the '494 application simply discusses that a 
communications manager 132 and service components 140. 154 are built up on a 
standardized service framework (e.g.. QSGi, J2ME. CLDC, and CDC) to facilitate 
composing the service components 140. 154 from a minimal code set with no or little 
duplication. The '494 application discusses that the decision point for using CLDC or 
CDC is the capability, memory, and size of the client 130. 150.3 The '494 application 
does not disclose determining if the network device can be accessed using the service 
components 140. 154. or that the decision point includes determining if the network 
device can be accessed using the selected communication protocol and the information 
for accessing the network device obtained from the device obiect. as defined in Claim 1 . 
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Additionally, as discussed during the interview, the '494 application discusses a 
communications channel 272 that includes an out channel 284 with a protocol element 
286 selected from the available protocol element 216. but differing from the protocol 
element 278 of the in channel 276. and with a channel filter 288 again selected from the 
filters 218 to differ from the channel filter 280.4 The '494 application does not disclose 
that the selection of the protocol element 286 includes determining if the network device 
can be accessed using the selected communication protocol and the information for 
accessing the network device obtained from the device object, as defined in Claim 1 . 

Further, it is respectfullv submitted that the '494 application fails to disclose that if the 
determining step determines that the network device can not be accessed using the 
selected communication protocol, removing, from the device obiect. the information for 
accessing the network device using the selected communication protocol. Rather, as 
noted in the Office Action, the '494 application simply discusses that when new protocol 
plug-ins and/or add-on filters are received, the sets of available protocol elements 
and/or filters are updated bv loading or storing the received items as available to the 
services (and this may include removing outdated filters or protocol elements from the 
set of available filters and protocol elements).5 The '494 application does not disclose 
that the outdated filters or protocol elements are removed if the determining step (i.e.. 
the cited '494 decision point or selection of protocol element 286) determines that the 
network device can not be accessed using the selected communication protocol and the 
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information for accessing the network device obtained from the device object, as 
defined in Claim 1 . 

Moreover, it is respectfully submitted that the '947 patent fails to remedy the deficiencies 
of the '494 application, as discussed above. The '947 patent is directed to a method and 
apparatus for providing controlled access of requests from virtual private network 
devices to managed information objects using the simple management protocol. In 
particular, the Office Action cites the '947 patent for teaching that a VACM MIB Table 
and associated MIB views are used for access control. 

However, it is respectfully that the '947 patent fails to disclose determining if the network 
device can be accessed using the selected communication protocol and the information 
for accessing the network device obtained from the device object; and if the determining 
step determines that the network device can not be accessed using the selected 
communication protocol, removing, from the device object, the information for accessing 
the network device using the selected communication protocol. Further, the Office 
Action does not rely on the '947 patent for teaching those features. 

Thus, no matter how the teachings of the '494 application and the '947 patent are 
combined, the combination does not teach or suggest the "determining" and the 
"removing" defined in Claim 1 . Accordingly. Applicants respectfully traverse the rejection 
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of Claim 1 (and all associated dependent claims) as being unpatentable over the '494 
application and tlie '947 patent. 



Examiner respectfully disagrees. The 35 U.S.C. 103(a) rejections using the 
combinations of Mitchell et al. (US 20040117494 A1) in view of Nadeau et al. (US 
7099947 B1) discloses each of the elements of the independent Claims 1, 9, and 16. 

Amended Claims 1, 9, and 16 are directed to determining whicli, if any, communication 
protocols can be used to extract status information related to a network device, 
comprising: 

selecting a communication protocol among a plurality of communication protocols as 
claimed in Claims 1, 9, and 16; 

Mitchell et al. discloses a method and system for dynamically reconfiguring pervasive 
device communication channels wherein a communications manager builds 
communication channels for service components using a protocol element which reads 
on "storing, in a device object associated with the network device, protocol specific 
information obtained from a digital repository for a plurality of communication protocols" 
(("More particularly, the service provider 110 stores (or has access to) available 
services or software applications 112, available communication filters 114, and available 
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protocol elements 116. As will become clear, communication channels built within the 
clients 130, 150, 170 and used by client applications or service components 140, 154, 
180 are formed generally by the combination of a single protocol element, such as 
element 116, that defines network protocols and one or more communication filters, 
such as a filter(s) 114 that define communication parameters (such as what security 
measures are to be taken and how to apply such measures). A provisioning agent 118 
is provided on the service provider 1 10 to control which services 112, filters 114, and 
protocol elements 116 are made available which clients 130, 150, and 170. The 
provisioning agent 118 responds to discovery requests from the clients 130, 150, 170 
and when appropriate transfers or provisions the services 112, filters 1 14, and protocol 
elements 1 16 to the clients 130, 150, 170. The filters 1 14 and protocol elements 116 
may be provided by the content providers 104 or another third-party and typically are 
registered within the service provider 110 (such as in a filter and protocol element 
registry) and then announced or pushed (or otherwise made available) to the clients 
130, 150, 170. Once the filter 114 and/or network protocol element 116 has been 
deployed to the client 130, 150, 170 the client 130, 150, 170 may begin to use the filters 
114 and elements 1 16 in forming or reconfiguring service component communication 
channels, as explained below in detail. The service provider 110 may further, such as 
with the provisioning agent 118, maintain a database (not shown) with information about 
which filters 114 and which protocol elements 116 have been deployed to which clients 
130, 150, 170.") paragraph 0023); "selecting a communication protocol among a 
plurality of communication protocols as claimed in Claims 1, 9, and 16": (("At 430, a set 
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of service components are installed (such as the set 320 of FIG. 3), which may follow a 
relatively standard installation of a component within a standardized framework (such as 
within an OSGi container). At 440, the communications manager, such as with a 
channel factory, builds communication channels for each service component by 
combining a protocol element with one or more filters. Alternatively, the channel may be 
built upon instantiation of the particular service to insure that any updates to the protocol 
elements and/or filters are included within the communications channel. The service 
then uses the channel for controlling communications within or outside the computing 
system. At 450, new protocol plug-ins and/or add-on filters are received and, at 460, the 
sets of available protocol elements and/or filters are updated by loading or storing the 
received items as available to the services (and this may include removing outdated 
filters or protocol elements from the set of available filters and protocol elements). At 
470, the communications manager acts to dynamically reconfigure existing 
communications channels as needed for the running service components.") Mitchell et 
al., paragraph 0037), and Nadeau et al. discloses a method and apparatus providing 
controlled access of requests from virtual private network devices to managed 
information objects using simple network management protocol wherein SNMP defines 
a request/response protocol which reads on "selecting a communication protocol among 
a plurality of communication protocols as claimed in Claims 1, 9, and 16": (("All versions 
of SNMP define a request/response protocol. A network management station ("NMS") 
can send multiple requests without receiving a response. Six SNMP operations are 
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defined: Get; GetNext; GetBulk; Set; Notification; and Inform.") Nadeau et al., column 2 
lines 55-59) 

obtaining, from a device object associated with the network device, information for 
accessing the networl< device using the selected communication protocol as claimed in 
Claims 1, 9, and 16; 

Mitchell et al. discloses a method and system for dynamically reconfiguring pervasive 
device communication channels wherein devices such as a PDA, cell phone, and the 
like are accessed via a set of available protocol elements defined by a communications 
manager which reads on "obtaining, from a device object associated with the network 
device, information for accessing the network device using the selected communication 
protocol as claimed in Claims 1 , 9, and 16": (("The present invention is directed to 
methods and systems for providing a dynamically reconfigurable or "generic" 
communication channel that allows data to be transferred to and from as well as within 
a pervasive computing system or network (such as in an in-vehicle computing system, a 
residential or business network, within a mobile device such as a PDA, cell phone, and 
the like) that may utilized wired or wireless communication technologies. The 
communication channel is provided generally with a communications manager the is 
configured to build, such as with a channel factory, communication channels into and 
out of applications or service components within each pervasive computing network or 
within each pervasive device. The communications manager has access to a set of 
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available protocol elements defining a network protocol for each fabricated channel and 
a set of available channel filters that define one or more communication parameters. 
The in channels and out channels for each service component are built by combining a 
single protocol element with one or more channel filters.") Mitchell et al., paragraph 
0018), and Nadeau et al. discloses a method and apparatus providing controlled access 
of requests from virtual private network devices to managed information objects using 
simple network management protocol wherein Management information bases carry out 
a management protocol operation on a VPN enabled device which reads on "obtaining, 
from a device object associated with the network device, information for accessing the 
network device using the selected communication protocol as claimed in Claims 1, 9, 
and 16": (("The foregoing needs, and other needs and objects that will become apparent 
for the following description, are achieved in the present invention, which comprises, in 
one aspect, a method of controlling access of network management requests directed 
to one or more network devices that participate in a virtual private network. In this 
aspect, a request to carry out a management protocol operation is received. An 
identifier of a virtual private network in the request is determined. If a match between 
the VPN associated with the specified subset of objects among a plurality of managed 
objects is made with the VPN identifier, then the request it permitted access. The 
request is provided with access to only the subset of objects. In another aspect, the 
invention provides a method and apparatus providing a virtual private network using the 
simple network management protocol, in which managed objects in Simple Network 
Management Protocol (SNMP) Management Information Bases (MIBs) are accessed on 
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a per-Virtual Private Network (VPN)-basis with no modifications to existing MIBs or 
SNMP Agent code. A manager and an SNMP Agent operating in a VPN environment 
agree on a mapping between SNMP securityNames and VPN IDs. Under the agreed 
mapping, the target VPN of any SNMP management request can be unambiguously 
determined from the securityName alone. For each securityName, one or more MIB 
Views are configured using a View-based Access Control Model MIB (VACM MIB) 
table; the MIB Views specify which portions of the managed object tree can be viewed 
or modified by a corresponding VPN. Thereafter, a VPN-enabled device provides SNMP 
requests in which a VPN ID value is passed in the securityName field of the context 
string in the community string. The receiving device extracts the securityName, locates 
corresponding MIB Views using the VACM MIB table, and allows the requesting device 
to access only objects that are identified in the MIB Views.") Nadeau et al., column 4 
lines 10-43) 

determining if tlie network device can be accessed using tlie selected communication 
protocol and tlie information for accessing the network device obtained from the device 
object as claimed in Claims 1, 9, and 16; 

Mitchell et al. discloses a method and system for dynamically reconfiguring pervasive 
device communication channels wherein network devices are announced or discovered 
by an agent using stored protocols which reads on "determining if the network device 
can be accessed using the selected communication protocol and the information for 
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accessing tlie networl< device obtained from the device object as claimed in Claims 1 , 9, 
and 16": (("More particularly, the service provider 110 stores (or has access to) 
available services or software applications 112, available communication filters 1 14, and 
available protocol elements 1 16. As will become clear, communication channels built 
within the clients 130, 150, 170 and used by client applications or service components 
140, 154, 180 are formed generally by the combination of a single protocol element, 
such as element 116, that defines network protocols and one or more communication 
filters, such as a filter(s) 114 that define communication parameters (such as what 
security measures are to be taken and how to apply such measures). A provisioning 
agent 1 18 is provided on the service provider 1 10 to control which services 112, filters 
114, and protocol elements 1 16 are made available which clients 130, 150, and 170. 
The provisioning agent 118 responds to discovery requests from the clients 130, 150, 
170 and when appropriate transfers or provisions the services 112, filters 114, and 
protocol elements 1 16 to the clients 130, 150, 170. The filters 1 14 and protocol 
elements 116 may be provided by the content providers 104 or another third-party and 
typically are registered within the service provider 110 (such as in a filter and protocol 
element registry) and then announced or pushed (or otherwise made available) to the 
clients 1 30, 1 50, 1 70. Once the filter 1 1 4 and/or network protocol element 1 1 6 has been 
deployed to the client 130, 150, 170 the client 130, 150, 170 may begin to use the filters 
114 and elements 1 16 in forming or reconfiguring service component communication 
channels, as explained below in detail. The service provider 110 may further, such as 
with the provisioning agent 118, maintain a database (not shown) with information about 
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which filters 114 and which protocol elements 116 have been deployed to which clients 
130, 150, 170.") Mitchell et al., paragraph 0023), and Nadeau et al. discloses a method 
and apparatus providing controlled access of requests from virtual private network 
devices to managed information objects using simple network management protocol 
wherein dispatched information identifying the variable and the protocol operation of a 
managed network device is used in mapping network objects which reads on 
"determining if the network device can be accessed using the selected communication 
protocol and the information for accessing the network device obtained from the device 
object as claimed in Claims 1, 9, and 16": (("A method as recited in claim 1, further 
comprising the steps of providing, at the managed network device, the second mapping, 
and wherein the steps of identifying a subset of objects and providing access comprise 
the steps of: determining whether the securityName value from the request is in the 
second mapping; when the securityName value from the request is in the second 
mapping: identifying a management information base variable referenced in the request; 
based on one or more views referenced in the second mapping, determining whether a 
protocol operation of the request is allowed for the variable; dispatching information 
identifying the variable and the protocol operation to a code implementation of the 
protocol operation only when the protocol operation is allowed for the variable.") 
Nadeau et al.. Claim 4) 

// the determining step determines ttiat tlie network device can not be accessed using 
the selected communication protocol, removing, from the device object, the information 
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for accessing the network device using the selected communication protocol, as 
claimed in Claims 1, 9, and 16" 

Nadeau et al. discloses a metliod and apparatus providing controlled access of 
requests from virtual private network devices to managed information objects using 
simple network management protocol wherein a sub-agent examines whether a 
protocol can be used to access a network device, and management information bases 
can update, including removing, access information which reads on "if the determining 
step determines that the network device can not be accessed using the selected 
communication protocol, removing, from the device object, the information for accessing 
the network device using the selected communication protocol, as claimed in Claims 1, 
9, and 16" (("The process of FIG. 6A is now described in more detail, for one 
embodiment, with respect to FIG. 6B, FIG. 6C. In general, the process of FIG. 6B, FIG. 
60, involves three sub-phases of authentication and access that are applied to an 
SNMP request arriving at a network device before it is granted access to a specific MIB 
managed object. Referring now to FIG. 68, in a first sub-phase that starts at block 610, 
a sub-agent in a Distributed SNMP Agent implementation receives a request. In block 
612, the sub-agent examines the request to determine whether the sub-agent can 
satisfy the request. If the sub-agent cannot satisfy the request, the sub-agent rejects the 
request and returns it, as indicated by block 616. To determine whether a request can 
be or satisfied, the sub-agent determines whether the PDU in the request can be 
verified and validated using security subsystem 315.") Nadeau et al., column 16 lines 
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13-28 ("According to another feature, SNMP trap or inform requests each include a VPN 
ID value. As a result, an NMS receiving such requests can determine a particular VPN 
from which the trap originated. In one approach, the VPN ID is placed in an SNMP 
Community Strings when a trap or inform request is created. Since a Community String 
is a mandatory part of a trap request under SNMP, and because SNMP always conveys 
a Community String to a receiving agent, VPN ID information is automatically 
communicated on a per-VPN basis using the approach herein. The approach assumes, 
however, that the SNMP Agent includes logic that can selectively route a received trap 
request to one or more trap receiver routines based on the VPN ID. Consequently, a 
request associated with one particular VPN cannot obtain information that is associated 
with another VPN. Further, because MIB object instances associated with a particular 
VPN provide appropriate access information in the form of a securityName, object 
instances may be created, deleted or modified on a per-VPN basis, without requiring the 
instrumentation to determine whether a particular Object Instance resides within a 
particular VPN. In addition, SNMP Agents and their MIBs can become "VPN aware" 
without modification to the SNMP Agent code or the MIBs.") Nadeau et al., column 1 1 
lines 31-55) 

and if the determining step determines that the network device can be accessed using 
the selected communication protocol, performing further tests to determine whether the 
selected communication protocol can be used to extract the status information from the 
network device as claimed in Claims 1, 9, and 16. 
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Mitchell et al. discloses a method and system for dynamically reconfiguring pervasive 
device communication channels comprising CLDC and CDC for determining device 
configuration which reads on "if the determining step determines that the network device 
can be accessed using the selected communication protocol, performing further tests to 
determine whether the selected communication protocol can be used to extract the 
status information from the network device as claimed in Claims 1, 9, and 16": 
(("Preferably, the communications manager 132 and components 140, 154 are built up 
on a standardized service framework to facilitate composing the service components 
140, 154 from a minimal code set with no or little duplication. For example, but not as a 
limitation, the framework or architecture for the client 130, 150 computing system may 
be an OSGi (Open Services Gateway Initiative) component framework, hi this example, 
Java.TM. 2 Platform, Micro Edition (J2ME) is utilized and the clients 130, 150 can be 
configured using connected limited device configuration (CLDC) or connected device 
configuration (CDC). Typically, the decision point for using CLDC or CDC is the 
capability, memory, and size of the client 130, 150 with CLDC being appropriate for light 
weight devices such as those using 16-bit processors with less than 2 megabytes (MB) 
of memory and CDC being useful when devices used 32-bit processors and memory of 
2 MB or greater. Hence, the mobile client 130 may be an in-vehicle system or telematics 
control unit and be built on a J2ME CLDC platform standardized per OSGi. The light 
mobile client 150 may be a 16-bit processor with less than 2 MB memory (such as a 
PDA, cellular phone, or other mobile computing device) built on a J2ME CDC platform 
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standardized per OSGi.") Mitcliell et al., paragraph 0026), and Nadeau et al. discloses a 
method and apparatus providing controlled access of requests from virtual private 
network devices to managed information objects using simple network management 
protocol wherein a Network Management Station will using SNMP retrieves or modifies 
information about the status or which is part of the configuration of the network device 
which reads on "if the determining step determines that the network device can be 
accessed using the selected communication protocol, performing further tests to 
determine whether the selected communication protocol can be used to extract the 
status information from the network device as claimed in Claims 1, 9, and 16": (("The 
Simple Network Management Protocol (SNMP) is a well-known application-layer 
protocol that facilitates exchange of management information between Managed 
Devices. Using SNMP-transported data referred to as objects (such as packets per 
second and network error rates), network administrators can more easily manage 
network performance, configure and provision network devices, find and solve network 
problems, and plan for network growth. A manager with a Network Management Station 
will use SNMP, to retrieve or modify information about the status or which is part of the 
configuration of the network device.") Nadeau et al., column 1 lines 55-65); 

and repeating the selecting, obtaining, determining, removing, and performing steps for 
each protocol of the plurality of communication protocols as claimed in Claims 1, 9, and 
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Mitchell et al. discloses a method and system for dynamically reconfiguring 
pervasive device communication channels wherein network devices are announced or 
discovered by an agent using stored protocols which reads on "determining if the 
network device can be accessed using the selected communication protocol and the 
information for accessing the network device obtained from the device object as claimed 
in Claims 1, 9, and 16": (Mitchell et al., paragraph 0023); and a provisioning manager 
that repeats communication request receiving, channel filter selecting, combining, and 
channel making, whereby the communication channel is dynamically reconfigured read 
as repeating communications steps (("The system of claim 1, further including a 
provisioning manager for receiving additional ones of the communications filters and 
making the additional filters available to the communications manager for use in the 
building of the communication channels and wherein the communications manager 
reconfigures at least one of the built communications channels based on the additional 
filters by repeating the building to create a reconfigured communication channel.") Claim 
7 ("The method of claim 9, further including after the providing of a set of channel filters, 
provisioning another one of the channel filters and after the communication channel 
making repeating the communication request receiving, the channel filters selecting, the 
combining, and the making, whereby the communication channel is dynamically 
reconfigured.") Claim 14). 
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Conclusion 

1 1 . Any response to this Office Action should be faxed to (571 ) 273-8300 or mailed 
to: 

Commissioner for Patents 
P.O. Box 1450 

Alexandria, VA 22313-1450 

Hand-delivered responses should be brought to 

Customer Service Window 

Randolph Building 
401 Dulany Street 
Alexandria, VA 22314 

Any inquiry concerning this communication or earlier communications from the 

Examiner should be directed to Mark Fearer whose telephone number is (571) 270- 

1770. The Examiner can normally be reached on Monday-Thursday from 7:30am to 

5:00pm. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Tonia Dollinger can be reached on (571) 272-4170. The fax phone number 
for the organization where this application or proceeding is assigned is (571 ) 273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 



Application/Control Number: 10/764,527 Page 37 

Art Unit: 2443 

have questions on access to tlie Private PAIR system, contact the Electronic Business 

Center (EBC) at 866-217-9197 (toll-free) or 571-272-4100. 

Any inquiry of a general nature or relating to the status of this application or 

proceeding should be directed to the receptionist/customer service whose telephone 

number is (571)272-2600. 

Mark Fearer 
/M.D.F./ 
May 26, 2009 



/George C Neurauter, Jr./ 
Primary Examiner, Art Unit 2443 



